프로젝트 관리 가이드
🚧🚧🚧🚧🚧🚧🚧🚧🚧
개요
프로젝트 개시부터 완료, 사후 조치 과정을 체계화하여 참조하기 위한 가이드
개발 초기(업무 분석)
TODO: 직무별
어떤 리소스가 필요한지 파악하고 빠르게 접근할 수 있도록 정리해둔다.
커뮤니케이션
- 연관 부서 혹은 동료의 컨택 포인트를 알아둔다.
- 예를 들어 프론트엔드 개발자가 주고 함께 일하게되는 부서는 다음과 같다:
- 백엔드 개발부서(API): 추가로 사내 정책 등을 파악하자
- 마크업
- 기획
- 디자인
- 다른 직무의 업무 범주를 명확히 파악한다.
- 예: 기획/웹디자인을 한 사람이 맡아서 하는 경우도 있다.
- 예: 프론트엔드가 마크업을 작성하는 경우도 일반적이다.
- 프로젝트 진행도상 당장 동료에게 업무를 부탁하지 않아도 되는 경우라도 미리 프로젝트에 대해 고지한다.
- 소통이 어떤식으로 전파되는지 파악
- 중간 소통이 정기적 회의로 이뤄지는지?
- 나한테 언제 전달 되는지?
- 역할을 확실하게 받거나 위임한다.
- 이슈 진행 사항 확인, 너무 이슈를 오래 진행하도록 두지 않는다.
- 생각 나는대로 바로바로 기록하고 그 주에 안건으로 올려서 논의
기획/디자인
- 에러 화면 처리
- 로딩 화면 처리
- 데이터가 어느 형태로 뿌려질 것인지
- 세세한 동작에 관한 내용
기술적 고려사항
개발중에 마주할 수 있는 여러 상황을 나열한 것이다.
- date time format 어떤 것을 사용할 것인지
- 사용하게될 API가 현재 어떤 문제를 갖고 있는지. 명세랑 다른 점이 있는지 미리 파악한다.
이슈 관리
- agile poker
- 이슈의 요구사항이 무엇인지 명확하게 정의한다.
코드 관리
문서화(Documentation)
완료, 이후
배포
backlog
개발
- 브랜치 전략 + 배포 이후
- 깃 컨벤션
- 클린코드와 기술부채
- 라이브러리 선택 기준
- 유저 vs 개발 편의
- 실제 만들어진 의도 파악, 어떤 서비스에서 사용중인가?
- 페이스북에서 리액트를 만들었다 왜?
- 에러 예외처리 명확하게 파악하고 그 조건을 명시